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I. Real Party in Interest 

The real party in interest with respect to this appeal is the Hewlett-Packard Company, 
the named assignee in this application. 
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I J. Related Appeals undjntcrferences 

There arc no interference or other appeals related to this application or this appeal. 
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III. Status of Claims 

Claims 1-6 stand rejected, and claims 1-6 are at issue on this appeal. 

This application was originally filed with six claims, of which, claims 1-6 arc each 
independent. Responsive to the first Office Action, an Amendment was filed setting forth 
amendments to claims 1 -6. This Amendment was entered into the record. 

The Office Action, including the final rejection, was mailed on December 22, 2004. 
In response to the Office Action, a Response was filed presenting arguments for 
consideration by the Examiner but no amendments were made to cl aims 1-6. 

An Advisory Action was mailed on March 2, 2005, indicating that claims 1-6 arc 
rejected. Thus, claims 1-6 are currently pending in this application. 

Pursuant to 37 C.F.R. §1.191 (a), Appellant hereby appeals the Examiner's decision 
finally rejecting claims 1 -6 to the Board of Patent Appeals and Interferences. Therefore, all 
claims pending in this application are at issue on this appeal. 
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IV. Status of Amendments 

A Request for Reconsideration was filed subsequent to the issuance of the Office 
Action, including the Final Rejection. That Request for Reconsideration did not include any 
amendments to the claims. 

No amendment was filed subsequent to the final Office Action dated December 22, 

2004. 

A copy of the claims at issue on appeal is attached as appendix A. 
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V. Summary of Claimed Subject Matter 

Embodiments' of the invention pertain to a system and method for automatically 
reporting financial data and remitting funds over an interactive communications network. 
Domestic businesses arc usually required by state and local authorities to charge sales and/or 
use tax for most commercial transactions relating to goods or services. Typically, each 
business is required to (i) calculate based upon a formula how much to charge for each 
transaction, (ii) file a return with the government authorities identifying the amount of 
revenue collected, taxes accrued and any exemptions, (Hi) periodically remit the amount of 
taxes owed to the government authorities, (iv) issue check requests, and (iv) defend audits 
undertaken by the government authorities. 

Traditional methods for preparing and reporting tax information to government 
authorities have essentially been manual, in particular, at the close of each reporting period 
(monthly, quarterly or annually), financial representatives of the merchants, eg., accountants, 
would consolidate all of the merchant's relevant sales and other transactional data and 
calculate the amount of sales and/or use tax owed. Sel ectcd forms, periodic tax payments, 
checks and other paperwork often necessary for reporting taxes would then be sent to the 
government authorities via U.S. mail. Since this process is essentially manual and is usually 
based only on information provided by the merchant, the merchant often had control over 
what was disclosed to their representative and, ultimately, what was reported to the 
government authorities. Consequently, this practice allows those relatively unscrupulous 
merchants to avoid paying taxes on considerable portions of their sales and other commercial 
transactions. Also, the manual calculation and reporting is prone to human error. 
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According to embodiments of the invention, a system and method are provided for 
automatically reporting and paying sales and/or use tax to selected government authorities, 
such as local, state and/or federal government treasuries, for taxable transactions of 
subscribers. Examples of subscribers include taxpayers, such as merchants and vendors. An 
example of a reporting and remitting system that is operable to report financial data, 
including tax-related information, to government authorities and remit funds, such as taxes 
collected by a merchant, to the government authorities is illustrated in figures 7 and 1 of the 
present application, which are reproduced below. 

With respect to figure 7, a subscriber system 1 01 is connected to a service provider 
system 1 02 through a network 20. The subscriber system 1 01 , for example, is a merchant's 
system. The service provider system 102 receives transaction information for each 
transaction Irom the subscriber system 1D1 , such as information for purchases of goods or 
services. The tax computation module 1 30 in the subscriber system 1 01 determines the 
correct sales and/or use tax for each transaction and stores this information in the database 
1 SO for completed transactions. See p. 14, line 1 7-page 1 5, line 1 0. 

The tax computation module 130 sends, at regular intervals (e.g., daily, weekly, 
monthly or quarterly) XML-based transaction requests 1 1 or like instructions to system 100 
shown in figure 1 . These instructions, for instance, ask the system to report tax related data 
and to remit Hinds corresponding to the data to an account of a selected financial institution 
1 03 and to pay appropriate government authorities 30. 

Several functions arc performed by the system 100 shown in figure 1 for processing 
the XML-based transaction requests 1 1 from the tax computation module 1 30 to report tax 
related data and to remit funds to the government authorities 30, such as described on p. 1 6, 
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line 6-p. 1 7, line 10. Referring to figure 1 , the service provider system 1 02 includes several 
functions or modules ibr performing these functions as described below. 

A function or module 1 12 shown in figure 1 receives XML-based transaction requests 
from the tax computation module 1 30 which computes sales and/or use tax for payments and 
accruals. 

A module or function 1 13 verifies the validity of the XML-based request from the tax 
computation module 130. It also stores the valid transaction request in database 150. 

A function or module 1 1 4 transforms the transaction request into a muster XML- 
boscd request file and stores the master request file in the database 1 50. 

A module or function 115 may then notify an authorized third party, such as a tax 
reviewer 17, preferably by electronic means, to validate any request requiring approval prior 
to transmitting the tax related data to the financial institution 103. 

A module or function 1 16 builds a total XML-based file 151 and transforms the file 
into a first TXP-bascd file for remitting information associated with the file over a network, 
e.g., automated clearinghouse network 90, to the selected government authority. The module 
1 16 copies the first TXP-bascd file to an outbox file for secure and automatic access by 
financial institution 103. TXP (i.e., tax transaction payment language) and, more particularly, 
ACH/TXP is a specific data format for electronic funds transfer relating to taxes and, namely, 
to those transmitted over the automated clearinghouse network. 

A module or function receives the first TXP-bascd file as a first TXP-bascd receipt 
file in an inbox file subsequent to processing of the first TXP-based receipt file by the 
financial institution 1 03. A module or function decrypts first TXP-based receipt file, stores 
the decrypted file as a second TXP-based receipt file in the database 1 50, and substantially 
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deletes the first TXP-based file and the first TXP-based receipt file from the outbox file and 
inbox file, respectively. 

A seventh and/or eighth module or function 119 is provided which decrypts the first 
TXP-based receipt file, stores the decrypted file as a second TXP-based receipt file in the 
database, and replaces each of the first TXP-based files and the first TXP-based receipt files 
in the outbox file and inbox file, respectively, with a null file. 

According to another embodiment, as illustrated in figures 2-3B and described on p. 
30, line 3-p. 31 , line 13, a module 160 (eg., SstsServlet or java based application downloaded 
to the server) is provided for receiving an XML-bascd transaction request from a tax 
computation system, such as the tax computation module 1 30 shown in figure 7, and 
checking the request for any errors and communicuting such detennination back to the 
module 1 30. The module 160 is effectively the main point of entry for the present invention, 
in general, and the host server in particular. 

In operation, an XML-based transaction request 1 1 is input to apparatus 1 0 from tax 
computation module 130. In practice, this may involve a tax computation program such as 
TaxWare, T-Squarc or the like, periodically posting an XML-based message 18 to the host or 
remittance server. Next, the request is read 222 and data contained in the request is written 
223 to a selected XML-bascd input file 158 of database 150. Next, the system parses 224 the 
selected input file to determine whether XML-bascd transaction request 1 1 is valid. Tf the 
request is invalid, then an XML-bascd file 19 is created 225, which includes the request and 
error, and is sent 226 to the tax computation module 1 30 in reply. If the request is valid, then 
the system determines 227 the type of request being made. 

If the request is a status request, then transaction identifier 16 is extracted 228 from 
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the request An XML-bascd file 21 is retrieved 229 from database ISO that contains the status 
of the current automated clearinghouse network and other data for the request. The system 
creates 230 a response 22 to the request to indicate that the request has been successful, and 
sends 23 1 the response to the tax computation module 130. 

If the request is a remittance request, then the system determines 232 whether all 
required elements of the request arc non-blank. Should all required elements of the request 
be non-blank, then the system determines 233 whether the amount of tax computed 13 is 
valid. And if the amount of tax computed is valid, then the system determines 234 whether 
the message identifier in the request is unique. Moreover, if the message identifier is found to 
be unique, then the request is stored 235 in a TXP-bascd log file 23 of the database, the 
transaction identifier for this 10 request is retrieved 236 from the database, and a file 24 is 
created 237 that includes the request and transaction identifier to indicate that the request has 
been successful, and file 24 is sent 23S to the tax computation module 1 30 in response An 
exemplary log file for transaction requests is shown in Tables VI and VII on pages 31 and 32. 

Next, after the XML-based transaction request 111 is checked for errors and passes 
the verification stage, the XML-bascd transaction request 1 1 is passed 241 to a module 161 
that creates a master XML-bascd transaction request file 26. This method is shown generally 
in figure 4. Initially, a log file 27 is retrieved from database 1 50 which indicates that a 
successful request for transmission of tax related data has been made. The master XML-based 
transaction request file is then created and stored 243 in the database log file 27. Last, an 
automated clearinghouse -network TXP-bascd status file 28 is accessed 244 from the database 
and updated 245 to indicate that a master XML-based file has been created in the log file. 
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For example, a stand-alone java program, or CreateFuJIXmi, is used to transform a file, or 
RemittanceRcqucst, into the master XML-bascd file, or FullXml, and stored in the database. 

Thereafter, another operative module 162 is encountered. As shown in figure 5. this 
module serves to create a TXP-bascd file 29 for automated clearinghouse network 90. The 
first step is to determine 246 whether a TXP-bascd file is present in outbox file 1 S3 of the 
system for receiving the XML-based transaction request from the tax computation module, if 
a TXP-based file has been detected in the outbox file, then no conversion is performed. 
Should no TXP-bascd file be detected in the outbox, then a sequence number 31 is selected 
247 for updating an XML-based file 32 for the network. If a request from the tax 
computation module has not been processed, then a master XML-bascd request file 33 is 
retrieved 248 from the database that has an automated clearinghouse network approval status. 

Next, retrieved master XML-based request file 33 is combined 249 with total XML- 
bascd request file 1 51 . The total XML-based file is converted 250 to a TXP-bascd file 34, 
and both the total XML-based file and TXP-bascd file are stored 251 in an automated 
clearinghouse network log file 35 of the database. The status file in the database for the 
network is updated 252 to indicate that an automated clearing house TXP-bascd file has been 
created for XML-based transaction requests, desirably for all such requests, in the master 
XML-based request file. Finally, the total XML-based request file is deleted 253. Seep. 32, 
lincl9-p.33, line 23. 

A mapping of the independent claims to the specification and drawings is as follows: 
Claim 1. A program controlled system for transmitting tax related data to a selected financial 
institution, reporting the data and remitting funds corresponding to the data to a selected 
government authority over an interactive communications network, the system comprising: 
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a first function for receiving an XML-based transaction request from a 
program controlled system for computation of sales and/or use tax including sales and/or use 
tax for payments and accruals, verifying the validity of the request and replying to the system 
with an XML response; p 1 6, 11 6-12, Figs 1 , 7-9 (11 2 and 11 3) 

a second function for transforming the transaction request into a master XML- 
based request file and storing the master request file in a database; p 1 6, 11 13-14, Figs 1 , 7-9 
(114) 

a third function for notifying an authorized third party to validate any request 
requiring approval prior to transmission of the tax related information file to the financial 
institution; p 16, 11 14-1 6, Figs 1,7-9 (1 15) 

a fourth function for transforming the master XML-based request file to a 
TXP-based file and locating the file in an outbox for retrieval by the financial institution; p 
16, 11 16-23, Figs 1,7-9 (116) 

a fifth function for permitting the financial institution to securely and 
automatically retrieve the TXP-based file from the outbox; p 17, 11 1-7, Figs 1, 7-9 (117- 
119113) and 

a sixth function for securely logging and allowing the third party to review the 
TXP-based file, p 31, 11 12-25; p 35, H 1-5 and 16-19 

Claim 2. A program controlled apparatus for transmitting tax related data to a selected 
financial institution, reporting the data and remitting funds corresponding to the data to a 
selected government authority over an interactive communications network, the apparatus 
comprising: 
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a first function for receiving an XML -based transaction request from a 
program controlled system for computation of sales and/or use tax including sales and/orusc 
tax for payments and accruals and replying to the system with an XML-based response 
including a transaction identifier; p 16, H 6-12, Figs 1,7-9 (112 and 113) 

a second function for verifying the validity of the XML-bascd request of the 
tax computation system and storing the valid transaction request in a database; p 16, 11 6-12, 
Figs 1,7-9 (112 and 113) 

a third function for transforming the request into a master XML-based request 
and storing the master request in the database; p 1 6, 11 13-14, Figs 1, 7-9 (1 14) 

a fourth function for notifying an authorized third party to validate any request 
requiring approval prior to transmitting the tax related data; p 16, 11 14-16, Figs 1, 7-9 (1 15) 

a fifth function for building a total XML-based fi le and transforming the file 
into a first TXP-based file for remitting information associated with the file over an 
automated clearinghouse network to a selected government authority, and for copying the 
first TXP-based file to an outbox file for secure and automatic access by the financial 
institution; p 1 6, II 16-24, Figs 1, 7-9 (116) 

a sixth function for receiving the first TXP-based file as a first TXP-based 
receipt file in an inbox file subsequent to processing of the first TXP-based file by the 
financial institution; p 17, 11 1-3, Figs 1, 7-9 (117) and 

a seventh function for decrypting the first TXP-based receipt file, for storing 
the decrypted file as a second TXP-based receipt file in the database, and for substantially 
deleting the first TXP-based file and the first TXP-based receipt file from the outbox file and 
inbox file, respectively, p 1 7, 11 3-1 0, Figs 1,7-9(118) 
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Claim 3. A program controlled apparatus for transmitting tax related data to a selected 
financial institution, reporting the data, and remitting funds corresponding to the data to a 
selected government authority over an interactive communications network, the system 
comprising: 

a first function for receiving an XML-based transaction request from a system for 
computation of sales and/or use tax including sales and/or use tax for payments and 
accruals and replying with an XML-bascd response including a transaction identifier; 
p 1 6, 11 6-1 2, Figs 1, 7-9 (i 12 and 1 13) 

a second function for verifying the validity of the XML-bascd request of the tax computation 
system and storing the valid transaction request in a database; p 1 6, 11 6-12, Figs 1, 7-9 
(11 2 and 113) 

a third function for transforming the request into a master XML-bascd request and storing the 

master request in the database; p 16, II 13-14, Figs 1, 7-9 (114) 
a fourth function for notifying an authorized third party to validate any request requiring 

approval prior to transmitting the tax related data; p 1 6, 11 14-1 6, Figs 1 , 7-9 (1 1 5) 
a fifth function for building a total XML-based file and transforming the file into a first TXP- 

based file for remitting information associated with the file to a selected government 

agency, and for copying the first TXP-based file to an outbox file for secure and 

automatic access by the financial institution; p 1 6, 11 1 6-24, Figs 1,7-9(11 6); 
a sixth function for receiving the first TXP-bascd file as a first TXP-bascd receipt file in an 

inbox file subsequent to processing of the first TXP-bascd file by the financial 

institution; p 17, 11 1-3, Figs 1 , 7-9 (1 1 7) and 
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a seventh function for decrypting the first TXP-bascd receipt file, for storing the decrypted 
file as a second TXP-bascd receipt file in the database, and for replacing each first 
TXP-based file and the first TXP-based receipt file in the outbox file and inbox file, 
respectively, with a null file, p 17, 11 3-10, Figs 1, 7-9 (118) 

Claim 4. A method for transmitting tax related data to a selected financial institution, 
reporting the data, and remitting funds corresponding to the data to a selected government 
authority over an interactive communications network, the method comprising the steps of: 

inputting an XML-based transaction request to a program controlled apparatus 
from a system for computation of sales and/or use tax including sales and/or use tax for 
payments and accruals, the apparatus transmitting the tax related data to the selected financial 
institution, reporting the data, and remitting the funds corresponding to the data to the 
selected government authority; p 30, 11 1 1 -20, Figs 2-3 B 

the apparatus reading the request and writing data of the request in a selected 
XML-based input file of a database; p 30, 11 1 1-20, Figs 2-3B 

the apparatus parsing the input file to determine whether the XML-based 
transaction request is valid p 30, 11 1 1-20, Figs 2-3B; 

if the request is invalid, then the apparatus creating an XML-based file 
including the request and error, and sending the file as a response to the tax computation 
system; p 30, 11 1 1-20, Figs 2-3B 

if the request is valid, then the apparatus determining the type of request being 
made; p 30, 11 1 1-20, Figs 2-3B 

if the request is a status request, then the apparatus extracting a transaction 
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identifier from the request, retrieving a file from the database containing the current 
automated clearinghouse network status and other data for the request, creating an XML- 
bascd response to the request to indicate that the request has been successful, and sending the 
response to the tax computation system; p 30, line 21-p 3 1 line 3, Figs 2-3B 

if the request is a remittance request, then the apparatus determining whether 
all required elements of the request are non-blank, and if all required elements of the request 
arc non-blank, then determining whether the amount of tax computed is valid; and if the 
amount of tax computed is valid, then determining whether the message identifier in the 
request is unique, and if the message identifier is unique, then storing the request in a log file 
of the database, retrieving the transaction identifier for the request from the database, creating 
a file including the request and transaction identifier to indicate that the request has been 
successful, and sending the file to the tax computation system; p 3 1 , 11 4-13, Figs 2-3B and 

if at least one required element of the request is blank, or if the amount of tax 
computed is invalid, or if the message identifier is not unique, then the apparatus creating an 
XML-based file including the request and error to indicate that the request is erroneous, and 
sending the file to the tax computation system, p 32, 11 9-13, Figs 2-3B 

Claim 5. A method for transmitting tax related data to a selected financial institution, 
reporting and remitting funds corresponding to the data to a selected government authority 
over an interactive communications network, the method comprising the steps of: 

retrieving a log file from a database of a program controlled apparatus from a 
system for computation of sales and/or use tax including sales and/or use tax for payments 
and accruals, the apparatus transmitting the tax related data to the selected financial 
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institution, reporting the data and remitting the funds corresponding to the data to the selected 
government authority, the database indicating that a successful request for remittance of tax 
related information has been made; p 32, line 9-p 33 line 7, Fig 4 

the apparatus creating a master XML-bascd transaction request file; p 32, line 
9-p 33 line 7, Fig 4 

storing the master XML-based file in the log file of the database; p 32, line 9-p 
33 line 7, Fig 4 and 

accessing an XML-bascd network status file from the database and updating 
the file to indicate that the master XML-based file has been created in the log file, p 32, line 
9-p 33 line 7, Fig 4 

Claim 6. A method for transmitting tax related data to a selected financial institution, 
reporting the dataj and remitting funds corresponding to the data to a selected government 
authority over an interactive communications network, the method comprising the steps of: 

determining whether a TXP-bascd file for an automated clearinghouse network and 
created by a program controlled apparatus is present in an outbox of a system for receiving an 
XML-bascd transaction request from a system for computation of sales and/or use tax 
including sales and/or use tax for payments and accruals and converting the request to a TXP- 
bascd file for the network, the apparatus transmitting the tax related data to the selected 
financial institution, reporting the data, and remitting the funds corresponding to the data over 
the network; p 33, 11 8-1 1 , Fig S 

if a TXP-bascd file for the network is detected in the outbojc, then performing no 
conversion on the TXP-based file; p 33, 11 8-1 1, Fig 5 
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if no TXP-bascd file for the network is detected in the outbox, then selecting a 
sequence number for updating an XML-based file; 

if a request from the tax computation system has not been processed, then retrieving a 
master XML-bascd request file from a database which has an automated clearinghouse 
network approval status; p 33, II 8-1 1, Fig 5 

combining the retrieved master XML-based request file with a total XML-bascd 
request file; p 33, 11 17-23, Fig 5 

converting the total XML-based file to a TXP-bascd file for the network; p 33, 11 17- 
23, Fig 5 

Storing the total XML-bascd file and TXP-based file in a log file of the database; p 33, 
11 17-23, Fig 5 

updating a status file for the network in the database to indicate that a TXP-based file 
for the network has been created for XML-based transaction requests in the master XML- 
bascd request file; p 33, 11 17-23, Fig 5 and 

deleting the total XML-based request file, p 33, 11 17-23, Fig 5 
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VI. Grounds of Rejection to be Reviewed on Appeal 

A. Claims 1-6 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Cretzler (U.S. Patent Number 5,644,724) in view of Pcrkowski (U.S. Patent Number 
6,62S,S81). A prima facie case of obviousness has not been established under 35 U.S.C. § 
103(a) because Cretzler in view of Pcrkowski fails to teach or suggest all the features of 
claims 1 -6. The rejection of claims 1 -6 over Cretzler in view of Pcrkowski is presented for 
review. 
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V1L Argument 



A. DISCUSSION OF THE LAW 

The test for determining if a claim is rendered obvious by one or more references For 

purposes of a rejection under 35 U-S.C. § 1 03 is set forth in MPEP § 706.020): 

To establish a prima facie case of obviousness, three basic criteria 
must be met First, there must be some suggestion or motivation, 
cither in the references themselves or in the knowledge generally 
available to one of ordinary skill in the art, to modify the reference 
or to combine reference teachings. Second, there must be a 
reasonable expectation of success. Finally, the prior art reference 
(or references when combined) must teach or suggest all the claim 
limitations. The teaching or suggestion to make the claimed 
combination and the reasonable expectation of success must both 
be found in the prior art and not based on applicant's disclosure. In 
re Vaeck, 947 F.2d 488, 20 USPQ2d 1438 (Fed. Cir. 1991). 

Therefore, if the above-identified criteria are not met, then the cited reference(s) fails 
to render obvious the claimed invention and, thus, the claimed invention is distinguishable 
over the cited reference^). 

Claims 1-6 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Cretzler in view of Pcrkowski. A prima facie case of obviousness has not been established 
under 35 U.S.C. § 1 03 because Cretzler in view of Pcrkowski fails to teach or suggest all the 
features of claims 1-6. To establish prima facie obviousness of a claimed invention, all claim 
elements must be taught or suggested by the prior art. Sec In reJRovka. 490 F.2d 981, USPQ 
580 (CCPA 1974). "All words in a claim must be considered in judging the patentability of 
that claim against the prior art." Sec In re Wilson. 424 FJM 1382, 1385, 165 USPQ 494, 496 
(CCPA 1970). 
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B- The References 

1. U.S. Patent No. 5.644.724 to Crotater 

Cretidcr pertains to a point-of-sale tax collection system and method. The system 
includes a group of point-of-sale terminals at a merchant location which receive and store tax 
collection information under merchant control. See Abstract 

In operation, a merchant utilizes the point-of-sale terminals lo conduct financial 
transactions with customers. In response to each transaction, a microprocessor 24 computes 
sales or use taxes and indicates to the merchant the amount of taxes to collect. The merchant 
enters this data on the customer's invoice and collects taxes from the customer. The 
microprocessor 24 stores transaction information along with the amount of collected taxes. 
The microprocessor 24 retains a running total of all collected taxes owed to the corresponding 
taxing authorities. Sec Column 4 Lines 25-36. 

At the end of each business day, the merchant enters a transmit code into the 
microcomputer 24 which sends tax information to the bank of the merchant. The tax 
information includes: the data and tax identification of the merchant, the total sum of 
collected taxes for the transaction period, the allocation of the total sum of collected taxes to 
the individual taxing authorities, the data the merchant expects to deposit the collected tax in 
the merchant bank, and an authorization code to instruct the merchant back to wire transfer 
the collected sums to the appropriate taxing authorities. Upon receipt of the transaction data, 
the corresponding merchant bank waits a predetermined period for the funds and then 
transfers the sums to the taxing authority banks. See Column 4 Line 53 - Column 5 Line 1 1 . 
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2, U.S. Patent No. 6.625.581 to Pcrkowski 
Pcrkowski pertains lo a method and system for enabling the access of consumer 
product related information and the purchase of consumer products at points of consumer 
presence on the world wide web. See Abstract Pcrkowski was referenced by the Examiner 
for disclosing the use of XML-based messages. Pcrkowski however docs not disclose or 
refer to the collection or remittance of tax related information in any way and fails to remedy 
the deficiencies of Crctzlcr described in detail below. 

C The Examiner's Position 

The Examiner alleges that all of the independent claims 1-6 arc rendered obvious by 
the disclosures of Crctzlcr and Perkowski. The Examiner considers Cretzler as disclosing all 
of the features of independent claims 1 -6, except for the use of XML-based messaging. In an 
attempt to make up for this deficiency, the Examiner relies upon the disclosure contained in 
Perkowski to only teach XML-bascd messaging. 

It should be noted that the Office Action does not particularly point out how each 
feature of claims 1 -6 are taught or suggested by Cretzler. The Examiner's general assertions 
are summarized below. 

The Examiner asserts that "receiving transaction request" and "storing transaction 
request into master request file in a database" arc shown by the system of Crctzlcr including 
a group of point-of-sale terminals that receive tax collection information, totals, and stores 
the requests at column 2 lines 24-35. The Examiner also asserts that because the bank 
computer at a merchant bank receives the tax collection information from the merchant and 
wire transfers die collected sums to the tax authority (column 2 lines 31^43), it is inherent that 
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the bank collects the information from the merchant and transfers the data into a TPX-bascd 
file in order to wire transfer the money to the tax authority. 

The Examiner also asserts the Cretsder teaches, for credit and debit transactions, that 
the system obtains approval for an intended transaction at column 4 lines 37-41 . This 
approval, the Examiner asserts, represents a third party verification of any request prior to the 
transaction of tax related information. Finally, the Examiner asserts the Cretzler teaches that 
the customer is notified of the sums received on behalf of the merchant at column 6 lines 1-5. 
This, the Examiner asserts, represents allowing a third party to review the TXP file. 

D. Rejections of claims 1-6 undcr_35 _U.S.C § 103(a) over Cretzler in view of 
Perkowski 

Claims 1-6 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Cretzler in view of Perkowski. 

1. Rejection of claim 1 under 35 U.S.C .& 1 03fa1 over Cretelcr in view 

of Perkowski 

The Applicant asserts that the rejection has failed to establish a prima facte case of 
obviousness because Cretzler in view of Perkowski fails to teach or suggest all the features of 
claim 1 . Furthermore, the Office Action docs not mention any claim in particular or refer 
with specificity to any particular feature of any claim. 

Claim 1, for instance, recites "a first function for receiving an XML-based transaction 
req uest from a program control led system for computation of sales and/or use tax including 
sales and/or use tax for payments and accruals, verifying the validity of the request and 
replying to the system with an XML response." 
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The Office Action and the Advisory Action seem to interpret this entire feature as 
receiving a transaction request for a purchase of a product. In particular, the Advisory Action 
alleges that the claimed first function, when given the broadest interpretation, is a simple 
transaction request for the purchase of a product. 

The Applicant asserts that many features of the claimed first function are not taught or 
suggested by Crebder. In column 4, lines 15-31 of Crebder, Cretzler discloses that a 
merchant utilizing a point-of-sale terminal enters sales transaction data, such as purchase 
price, into a microprocessor 24 in the point of sale terminal and the microprocessor 24 
calculates the amount of taxes to be collected. The merchant then enters the amount of taxes 
due for a purchase on a customer's invoice and collects the total sum including the purchase 
price and taxes. 

Even broadly interpreted, the purchase of a product using a point-of sale terminal does 
not include a request for the accrual of sales and/or use tax. Cretzler discloses that the 
invoice for the customer includes the taxes due, but docs not disclose a purchase of a product 
including a request for the accrual of sales and/or use tax. Unlike an embodiment of the 
Applicant's invention, where a request for accrual of taxes may be received monthly, 
quarterly or annually, and the taxes accumulated for the particularly time period are 
calculated, reported and remitted (See p. 1 5, lines 1 1-24), there is no teaching or suggestion 
in Cretzler for receiving a request for accruing taxes from a customer purchasing a product. 
Cretzler discloses the microprocessor 24 retains a running total of all collected taxes owed to 
the corresponding taxing authorities, but the running total is calculated automatically and not 
in response to a request for accrual. 
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Furthermore, claim 1 recites, "receiving a transaction request from a program 
controlled system for computation of sales and/or use tax including sales and/or use tax for 
payments and accruals," In CreUder a request for a purchase of a product is not received 
from a program controlled system. Instead, the request for a purchase of a product is 
received manually and information about the transaction is manually entered into the point- 
of-sale device via the input device 22 shown in figure 1 A. Also, the point-of-sale device in 
Crcbder is used to enter information about transactions for purchasing products which results 
in the point-of-sale device calculating sales tax so the customer knows the amount of sales 
tax due with the purchase price. Thus, the point-of-sale device receives a request for the 
purchase of a product and not a request for computing the sales tax. 

Furthermore, Crctzlcr fails to teach or suggest verifying tine validity of the request for 
the payment and accruals of sales and/or use tax and also fails to teach or suggest replying to 
the system with an XML response. There is no verification of a validity of a purchase request 
in Cretstler. As alleged in the Advisory Action, the claimed first function is a simple request 
for a purchase of a product However, Crctzlcr fails to teach verifying the validity of a 
purchase request Furthermore, there is no reply to a program controlled system in Crctzlcr. 

Additionally, claim 1 recites "a second function for transforming the transaction 
request into a master XML-bascd request file and storing the master request file in a 
database." This feature is not mentioned in the Office Action other than a statement stating, 
"(storing transaction request into master request file in a database) (column 2, lines 24-35). 
Cretzlcr discloses in column 2, line 28 storing sales tax collection information from daily 
transactions. However, claim 1 recites transforming the request into a master XML-bascd 
request file. The Advisory Action is alleging the request is a simple purchase request 
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Cretelcr fails to teach or suggest transforming a purchase request into a file, let alone a master 
XML. -based file, and also fails to teach or suggest storing a purchase request in a database. In 
addition, Cretzler fails to teach transforming information about collected taxes into a file, let 
alone a master XML-bascd SI c. 

Claim 1 also recites "a fourth function for transforming the master XML-bascd 
request file to a TXP-based file and locating the file in an outbox for retrieval by the financial 
institution and a fifth function for permitting the financial institution to securely and 
automatically retrieve the TXP-bascd file from the outbox-" The Office Action alleges that 
this is shown in column 2, lines 24-3S of Cretelcr because "it is inherent that when the bank 
collects the information from the merchant it must transfer that data into a TPX-based file in 
order to wire transfer the money to the tax authority." However, the Applicant asserts that 
Cretelcr fails to show a request file, an outbox, or a function for permitting the financial 
institution to securely and automatically retrieve the TXP-based file from the outbox, such as 
disclosed in the system 100 shown in figure 1 of the present application. In fact, no outbox 
and automatic retrieval of a TXP-based file is ever mentioned in Crete] er because it discloses 
a system which requires the merchant to manually activate a microcomputer to transmit tax 
information. "At the end of each business day, the merchant enters a transmit code into the 
microcomputer 24 via the input device 22 that causes the microcomputer 24 to send the 
following tax information to the bank of the merchant. .." See column 4, lines S3-S7. 

Claim 1 also recites "a sixth function for securely logging and allowing the third party 
to review the TXP-based file." The Office Action alleges that this is shown by Creteler's 
disclosure of a system that obtains approval for credit and debit transactions. Clearly, this 
cannot be a reasonable interpretation because the Office Action alleges that the TXP-based 
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file is used to wire money to a tax authority. Therefore, the Applicant asserts that obtaining 
approval for a credit and/or debit transaction, which is unrelated to the wiring of money to a 
tax authority, is in no way similar to allowing a third party to review a TXP-based file. 



Crctzlcr in view of Pcrkowski 

Claim 2 recites, "a first Function for receiving an XML-bascd transaction request from 
a program controlled system for computation of sales and/or use tax including sales and/or 
use tax for payments and accruals and replying to the system with an XML-based response 
including a transaction identifier." As described above with respect to claim 1 , the Office 
Action and the Advisory Action seem to interpret the claimed XML-based transaction request 
as a simple purchase of a product Even broadly interpreted, the purchase of a product using 
a point-of sale terminal docs not include a request for the accrual of sales and/or use tax. 

Also, Crcfeder fails to teach or suggest a transaction identifier for a request for 
purchasing a product Furthermore, the claimed transaction identifier is not addressed in the 
Office Action or the Advisory Action. 

Furthermore, claim 2 recites, "receiving a transaction request from a program 
controlled system for computation of sales and/or use tax including sales and/or use tax for 
payments and accruals." In Crctzlcr a request for a purchase of a product is not received 
from a program controlled system. Instead, the request for a purchase of a product is 
received manually and information about the transaction is manually entered into the point- 
of-sale device via the input device 22 shown in figure 1 A. Also, the point-of-sale device in 
Cretzler is used to enter information about transactions for purchasing products which results 
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in the point-of-sale device calculating sales tax so the customer knows the amount of sales 
tax due with the purchase price. Thus, the point-of-sale device receives a request for the 
purchase of a product and not a request for computing the sales tax. 

Claim 2 recites, "a second function for verifying the validity of the XML-bascd 
request of the tax computation system and storing the valid transaction request in a database." 
Creteler fails to teach or suggest receiving or verifying a request from a tax computation 
system. The Office Action and Advisory Action allege the request is a purchase request and 
not a request from a tax computation system. Thus, Crecder fails to teach or suggest 
verifying the validity of a request of a tax computation system. Furthermore, Crebder fails to 
teach or suggest storing a request from a tax computation system in a database. 

Neither Crctsder nor Perkowski, which was combined with Cretzler to teach use 
transmitting XML-based files from an Internet enabled point-of-sale terminal, teach or 
suggest transforming a request from a tax computation system into a master XML-based 
request and storing the request from the tax computation system. Neither Cretelcr nor 
Perkowski teach or suggest transforming a request from a tax computation system or storing a 
request from a tax computation system. Furthermore, the claimed tax computation system is 
not addressed in the Office Action or the Advisory Action. The rejection alleges that 
Perkowski discloses XML-based messaging, but Perkowski fails to teach or suggest 
transforming a request from a tax computation system into a master XML-based request and 
storing the request from the tax computation system. 

Claim 2 recites, "a fifth function for building a total XML-based file and transforming 
the file into a first TXP-based file for nanitting information associated with the file over an 
automated clearinghouse network to a selected government authority, and for copying the 
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first TXP-based file to an outbox file for secure and automatic access by the financial 
institution." Claim 2 also recites, "a sixth function for receiving the first TXP-bascd file as a 
first TXP-bascd receipt file in an inbox file subsequent to processing of the first TXP-bascd 
file by the financial institution." 

Neither Cretzler nor Pcrkowski teach or suggest building a total XML-based file and 
this feature is not addressed in the Office Action or the Advisory Action. The Office Action 
alleges that "it is inherent that -when the bank collects the information from the merchant it 
must transfer that data into a TPX-bascd file in order to wire transfer the money to the tax 
authority." However, the Cretzler fails to show a request file, an outbox, or a function for 
permitting the financial institution to securely and automatically retrieve the TXP-bascd file 
from the outbox. In fact, no outbox and automatic retrieval of a TXP-bascd file is ever 
mentioned in Cretzler because it discloses a system which requires the merchant to manually 
activate a microcomputer to transmit tax information. 

Claim 2 recites, "a seventh function for decrypting the first TXP-based receipt file, for 
storing the decrypted file as a second TXP-based receipt file in the database, and for 
substantially deleting the first TXP-based file and the first TXP-bascd receipt file from the 
outbox file and inbox file, respectively." None of these features are addressed in the Office 
Action or the Advisory Action. Also, neither Cretzler nor Pcrkowski teach or suggest 
decrypting a file or decrypting a first TXP-based receipt file for storing the decrypted file as a 
second TXP-based receipt file in a database. Furthermore, Cretsdcr fails to teach or suggest 
deleting the first TXP-bascd file and the first TXP-based receipt file from the outbox file and 
inbox file. 
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3. Rejection of independent claim 3 under 35 U.S.C. § ]03( a) over 
Crefalcr in view of Pcrkowski 

Claim 3 recites, "a first function for receiving an XML-bascd transaction request from 
a program controlled system for computation of sales and/or use tax including sales and/or 
use tax for payments and accruals and replying to the system with an XML-based response 
including a transaction identifier." As described above with respect to claim 2, the Office 
Action and the Advisory Action seem to interpret the claimed first function as a simple 
purchase of a product. Creteler fails to teach or suggest a transaction identifier for a request 
for purchasing a product. In addition, Crctsder rails to teach or suggest receiving a request for 
the accrual of sales and/or use tax and receiving the request from a program controlled 
system. 

Claim 3 recites, "a second function for verifying the validity of the XML-based 
request of the tax computation system and storing the valid transaction request in a database." 
Cretzlcr fails to teach or suggest receiving, verifying, or storing a request from a tax 
computation system. 

Neither Cretzler nor Pcikowski, which was combined with Crctsder to teach use 
transmitting XML-bascd files from an Internet enabled point-of-sale terminal, teach or 
suggest transforming a request from a tax computation system into a master XML-based 
request and storing the request from the tax computation system. Neither Cretzler nor 
Pcrkowski teach or suggest transforming a request from a tax computation system or storing a 
request from a tax computation system. 

Claim 3 recites, "a fifth function for building a total XML-bascd file and transforming 
the file into a first TXP-bascd file for remitting information associated with tbe file to a 
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selected government agency, and for copying the first TXP-based file to an outbox file for 
secure and automatic access by the financial institution." Claim 3 also recites, "a sixth 
function for receiving the first TXP-based file as a first TXP-based receipt file in an inbox 
file subsequent to processing of the first TXP-based file by the financial institution 

Neither Cretzler nor Pcrkowski teach or suggest building a total XML-based file and 
this feature is not addressed in the Office Action or the Advisory Action. 

Claim 3 recites, "a seventh function for decrypting the first TXP-based receipt file, for 
storing the decrypted file as a second TXP-based receipt file in the database, and for 
replacing each first TXP-based file and the first TXP-based receipt file in the outbox file and 
inbox file, respectively, with a null file." None of these features arc addressed in the Office 
Action or the Advisory Action. Also, neither Cretzler nor Perkowski teach or suggest 
decrypting a file or decrypting a first TXP-based receipt file for storing the decrypted file as a 
second TXP-based receipt file in a database. Furthermore, Cretzler fails to teach or suggest 
for replacing each first TXP-based file and the first TXP-based receipt file in the outbox file 
and inbox file, respectively, with a null file. 



CretzIer_injv!cw_of_Perkowsld 

□aim 4 recites, "inputting an XML-based transaction request to a program controlled 
apparatus from a system for computation of sales and/or use tax including sales and/or use 
tax for payments and accruals, the apparatus transmitting the tax related data to the selected 
financial institution, reporting the data, and remitting the funds corresponding to the data to 
the selected government authority." 



4. 



Rejection of independent claim 4 under 35 ILS.C.S 1 03(n)_oycr 
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The Office Action and the Advisory Action seem to interpret this feature as a simple 
purchase of a product. Crctzlcr fails to teach or suggest receiving, a request for the accrual of 
sales and/or use tax and receiving the request from a program controlled apparatus. Also, 
CrcUder fails to teach or suggest reporting tax-related data transmitted to a financial 
institution. 

Claim 4 recites, "the apparatus reading the request and writing data of the request in a 
selected XML-based input file of a database." Perkowski was combined with Crctzlcr to 
teach XML-based files. The Office Action alleges that Perkowski discloses transmitting 
transaction information via XML-based files in order to utili2c Internet technologies. 
However, neither Crebder nor Perkowski teach or suggest writing data of the request in a 
selected XML-based input file of a database. Neither Crebder nor Perkowski teach or 
suggest storing a request as an. XML-bascd file. 

Claim 4 recites, "the apparatus parsing the input file to determine whether the XML- 
based transaction request is valid." This feature is not addressed in the Office Action or the 
Advisory Action. CreCrier fails to teach or suggest parsing a file or parsing a file to 
determine whether a transaction request is valid. 

Claim 4 recites the following: 

"if the request is invalid, then the apparatus creating an XML-based file including the 
request and error, and sending the file as a response to the tax computation system; 

if the request is valid, then the apparatus detennining the type of request being made; 

if the request is a status request, then the apparatus extracting a transaction identifier 
from the request, retrieving a file from the database containing the current automated 
clearinghouse network status and other data for the request, creating an XML-based response 
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to the request to indicate that the request has been successful, and sending the response to the 
tax computation system; 

if the request is a remittance request, then the apparatus determining whether all 
required elements of the request are non-blank, and if all required elements of the request arc 
non-blank, then dctcmiining whether the amount of tax computed is valid; and if the amount 
of tax computed is valid, then determining whether the message identifier in the request is 
unique, and if the message identifier is unique, then storing the request in a log file of the 
database, retrieving the transaction identifier for the request from the database, creating a file 
including the request and transaction identifier to indicate that the request has been 
successful, and sending the file to the tax computation system; and if at least one required 
element of the request is blank, or if the amount of tax computed is invalid, or if the message 
identifier is not unique, then the apparatus creating an XML-bascd file including the request 
and error to indicate that the request is erroneous, and sending the file to the tax computation 
system." 

None of these steps arc taught or suggested by Crctdcr in view of Pcrkowski. Also, 
none of these steps are addressed in the OfBce Action or the Advisory Action. 



Crttelcr_in_yicw_ofPcfkowski 

Claim 5 recites, "retrieving a Jog file from a database of a program controlled 
apparatus from a system for computation of sales and/or use tax including sales and/or use 
tax for payments and accruals, the apparatus transmitting the tax related data to die selected 
financial institution, reporting the data and remitting the funds corresponding to the data to 



5. 



Rejection of independent daim_5_imder_3_5_U.S.C. §J03(a)_ovcr 
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the selected government authority, the database indicating that a successful request for 
remittance of tax related information has been made.*" 

Crctzlcr fails to teach or suggest reporting the tax related data transmitted to the 
financial institution and also fails to teach a file in a database indicating that a successful 
request for remittance of tax related information has been made. Also, these features arc not 
addressed in the Office Action or the Advisory Action. 

Claim 5 recites the following: 

"the apparatus creating a master XML-based transaction request file; 

storing the master XML-based file in the log file of the database; and 

accessing an XML-bascd network status file from the database and updating the file 
to indicate that the master XML-based file has been created in the log file." 

Neither Creteler nor Perkowski teach or suggest storing a master XML-bascd file in a 
log file or accessing an XML-bascd network status file from the database and updating the 
file to indicate that the master XML-bascd file has been created in the log file. Also, none of 
the features are addressed in the Office Action or Advisory Action. 

6. Rejection of independent claim 6 under 35JDJS.C. A3 03(a)_oyer 
Crctalcr injyicw_of Perkowski 

Claim 6 recites, "determining whether a TXP-bascd file for an automated 
clearinghouse network and created by a program controlled apparatus is present in an 
outbox." Claim 6 also recites, "if no TXP-based file for the network is detected in the 
outbox, then selecting a sequence number for updating an XML-bascd file." 

Cretzlcr fails to teach or suggest determining whether a TXP-file is in an outbox and if 
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no TXP-based file for the network is detected in the outbox, then selecting a sequence 
number for updating an XML-bascd file. Furthermore, this feature is not addressed in the 
Office Action or the Advisory Action. 

Claim 6 recites "if a request from the tax computation system has not been processed, 
then retrieving a master XML-bascd request file from a database which has an automated 
clearinghouse network approval status" This feature is not taught or suggested by Creteler 
and is not addressed in the Office Action or the Advisory Action. 

Claim 6 recites, "combining the retrieved master XML-bascd request file with a total 
XML-bascd request file; converting the total XML-based file to a TXP-based file for the 
network". These features are not taught or suggested by Creteler and are not addressed in the 
Office Action or die Advisory Action. 

Claim 6 recites, "updating a status file for the network in the database to indicate that 
a TXP-based file for the network has been created for XML-based transaction requests in die 
master XML-bascd request file; and deleting the total XML-bascd request file." Creteler fails 
to teach or suggest updating a status file and deleting a total XML-bascd request file. 
Furthermore, these features are not addressed in the Office Action or the Advisory Action. 
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VIII. Conclusion 

As described above, Crctzlcr foils to teach or suggest all the features of claims 1-6, 
and Pcrkowski fails to remedy the deficiencies of Cretzler. In view of the above, the 
Applicant submits that all claims on appeal distinguish over the cited art. The Applicant 
therefore respectfully request that the Board of Patent Appeals and Interferences reverse the 
Examiner's decision rejecting claims 1 -6 and direct the Examiner to pass the case to issue. 



Respectfully submitted, 



Hong Michael Dong 



Doted: April 9, 2007 



By 




Ashok K. Mannava {/ 
Registration No.45,301 



MANNAVA & KANG, P.C. 
8221 Old Courthouse Road 
Suite 104 



Vienna, VA 221 82 

(703) 652-3822 

(703) 880-5270 (facsimile) 



Enclosure: Appendices A-C 
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CLAIMS APPENDIX 



APPENDIX A 



RECEIVED 
CENTRAL FAX CENTER 

APR 0 9 2007 



IN THE CLAIMS : 

Please find below a listing of all of the pending claims. The statuses of the claims are 
set forth in parentheses. 

1 . A program controlled system for transmitting tax related data to a selected financial 
institution, reporting the data and remitting funds corresponding to the data to a selected 
government authority over an interactive communications network, the system comprising: 



program controlled system for computation of sales and/or use tax including sales and/or use 
tax for payments and accruals, verifying the validity of the request and replying to the system 
with an XML response; 

a second function for transforming the transaction request into a master XML- 
based request Hie and storing the master request file in a database; 

a third function for notifying an authorized third party to validate any request 
requiring approval prior to transmission of the tax related information file to the financial 
institution; 

a fourth function for transforming the master XML-based request file to a 
TXP-bascd file and locating the file in an outbox for retrieval by the financial institution; 

a fifth function for permitting the financial institution to securely and 
automatically retrieve the TXP-based file from the outbox; and 



a first function for receiving an XML-based transaction request from a 
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a sixth function for securely logging and allowing the third party to review the 
TXP-based file. 



2. A program controlled apparatus for transmitting tax related data to a selected financial 
institution, reporting the data and remitting funds corresponding to the data to a selected 
government authority over an interactive communications network, the apparatus comprising: 

a first function for receiving an XML-based transaction request from a 
program controlled system for computation of sales and/or use tax including sales and/or use 
tax for payments and accruals and replying to the system with an XML-based response 
including a transaction identifier; 

a second function for verifying the validity of the XML-based request of the 
tax computation system and storing the valid transaction request in a database; 

a third function for transforming the request into a master XML-based request 
and storing the master request in the database; 

a fourth function for notifying an authorized third parry to validate any request 
requiring approval prior to transmitting the tax related data; 

a fifth function lor building a total XML-based file and transforming the file 
into a first TXP-based file for remitting information associated with the file over an 
automated clearinghouse network to a selected government authority, and for copying the 
first TXP-based file to an outbox file for secure and automatic access by the financial 
institution; 

a sixth function for receiving the first TXP-based file as a first TXP-based 
receipt file in an inbox file subsequent to processing of the first TXP-based file by the 
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financial institution; and 

a seventh function for decrypting the first TXP-based receipt file, for storing 
the decrypted file as a second TXP-based receipt file in the database, and for substantially 
deleting the first TXP-based file and the first TXP-based receipt file from the outbox file and 
inbox file, respectively. 



3. A program controlled apparatus for transmitting tax related data to a selected financial 
institution, reporting the data, and remitting funds corresponding to the data to a selected 
government authority over an interactive communications network, the system comprising: 
a first function for receiving an XML-based transaction request from a system for 
computation of sales and/or use tax including sales and/or use tax for payments and 
accruals and replying with an XML-bascd response including a transaction identifier; 
a second function for verifying the validity of the XML-based request of the tax computation 

system and storing the valid transaction request in a database; 
a third function for transforming the request into a master XML-based request and storing the 

master request in the database; 
a fourth function for notifying an authorized third party to validate any request requiring 

approval prior to transmitting the tax related data; 
a fifth function for building a total XML-based file and transforming the file into a first TXP- 
based file for remitting information associated with the file to a selected government 
agency, and for copying the first TXP-based file to an outbox file for secure and 
automatic access by the financial institution; 
a sixth function for receiving the first TXP-based file as a first TXP-based receipt file in an 
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inbox file subsequent to processing of the first TXP-based file by the financial 
institution; and 

a seventh function for decrypting the first TXP-based receipt file, for storing the decrypted 
file as a second TXP-based receipt file in the database, and for replacing each first 
TXP-based file and the first TXP-based receipt file in the outbox file and inbox file, 
respectively, with a null file. 

4. A method for transmitting tax related data to a selected financial institution, reporting the 
data, and remitting funds corresponding to the data to a selected government authority over 
an interactive communications network, the method comprising the steps of: 

inputting an XML-based transaction request to a program controlled apparatus 
from a system for computation of sales and/or use tax including sales and/or use tax for 
payments and accruals, the apparatus transmitting the tax related data to the selected financial 
institution, reporting the data, and remitting the funds corresponding to the data to the 
selected government authority; 

the apparatus reading the request and writing data o f the request in a selected 
XML-based input file of a database; 

the apparatus parsing the input file to determine whether the XML-based 
transaction request is valid; 

if the request is invalid, then the apparatus creating an XML-based file 
including the request and error, and sending the file as a response to the tax computation 
system; 

if the request is valid, then the apparatus determining the type of request being 
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made; 

if the request is a status request, then the apparatus extracting a transaction 
identifier from the request, retrieving a file from the database containing the current 
automated clearinghouse network status and other data for the request, creating an XML- 
based response to the request to indicate that the request has been successful, and sending the 
response to the tax computation system; 

if the request is a remittance request, then the apparatus determining whether 
all required elements of the request are non-blank, and if all required elements of the request 
are non-blank, then determining whether the amount of tax computed is valid; and if the 
amount of tux computed is valid, then determining whether the message identifier in the 
request is unique, and if the message identifier is unique, then storing the request in a log file 
of the database, retrieving the transaction identifier for the request from the database, creating 
a file including the request and transaction identifier to indicate that the request has been 
successful, and sending the file to the tax computation system; and 

if at least one required element of the request is blank, or if the amount of tax 
computed is invalid, or if the message identifier is not unique, then the apparatus creating an 
XML-based file including the request and error to indicate that the request is erroneous, and 
sending the file to the tax computation system. 

5. A method for transmitting tax related data to a selected financial institution, reporting and 
remitting funds corresponding to the data to a selected government authority over an 
interactive communications network, the method comprising the steps of: 

retrieving a log file from a database of a program controlled apparatus from a 
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system for computation of sales and/or use tax including sales and/or use tax for payments 
and accruals, the apparatus transmitting the tax related data to the selected financial 
institution, reporting the data and remitting the funds corresponding to the data to the selected 
government authority, the database indicating that a successful request for remittance of tax 
related information has been made; 

the apparatus creating a master XML-based transaction request file; 
storing the master XML-based file in the log file of the database; and 
accessing an XML-based network status file from the database and updating 
the file to indicate that the master XML-bascd file has been created in the log file. 

6. A method for transmitting tax related data to a selected financial institution, reporting the 
datai and remitting funds corresponding to the data to a selected government authority over 
an interactive communications network, the method comprising the steps of: 

determining whether a TXP-based file for an automated clearinghouse network and 
created by a program controlled apparatus is present in an outbox of a system for receiving an 
XML-bascd transaction request from a system for computation of sales and/or use tax 
including sales and/or use tax for payments and accruals and converting the request to a TXP- 
based file for the network, the apparatus transmitting the tax related data to the selected 
financial institution, reporting the data, and remitting the funds corresponding to the data over 
the network; 

if a TXP-based file for the network is detected in the outbox, then performing no 
conversion on the TXP-based file; 

if no TXP-based file for the network is detected in the outbox, then selecting a 
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sequence number for updating an XML -based file; 

if a request from the tax computation system has not been processed, then retrieving a 
master XML-bascd request file from a database which has an automated clearinghouse 
network approval status; 

combining the retrieved master XML-bascd request file with a total XML»based 
request file; 

converting the total XML-bascd file to a TXP-bascd file for the network; 

storing the total XML-based file and TXP-based file in a log file of the database; 

updating a status file for the network in the database to indicate that a TXP-based file 
for the network has been created for XML-bascd transaction requests in the master XML- 
based request file; and 

deleting the total XML-based request file. 
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APPENDIX B 
EVIDENCE APPENDIX 

No evidence was submitted pursuant to 1.130, 1.131 or 1.132, and no other evidence 
was entered by the examiner and relied upon by appellant in this appeal. 



45 

PAGE 48/49 * RCVD AT 479/2007 4:23:34 PM [Eastern Daylight Time] * SVR:USPT0€FXRF-1/5 * DNlS:2738300 * CSID:703 865 5150 * DURATION (mm-ss):14-08 



RPR-09-£007(M0N) 16:10 MflNNRVR & KRNG. P. C. (FflX)T03 865 5150 P. 0d9/0d9 

PATENT Atty Docket No.: 1001 1141 0-2 

App.Scr.No.: 09/995,190 

APPENDIX C 
RELATED PROCEEDINGS APPENDIX 

There are no interferences or other appeals related to this application or this appeal. 
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